From 5041a3d58ec147c44daab31ac6717ce66a6df58d Mon Sep 17 00:00:00 2001
From: Alex Povel <48824213+alexpovel@users.noreply.github.com>
Date: Tue, 28 May 2019 09:38:27 +0200
Subject: [PATCH] Update README.md
Fix for broken link
---
README.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README.md b/README.md
index 901e46f675..96912a1a8b 100644
--- a/README.md
+++ b/README.md
@@ -6,7 +6,7 @@ Programming languages are limited to relatively few characters. As a result, com
Composite glyphs are problematic in languages such as Haskell which utilize these complicated operators (`=>` `-<` `>>=` etc.) extensively. The readability of such complex code improves with pretty printing. Academic articles featuring Haskell code often use [lhs2tex](https://www.andres-loeh.de/lhs2tex/) to achieve an appealing rendering, but it is of no use when programming.
-Some Haskellers have resorted to Unicode symbols (`⇒`, `←` _etc._), which are valid in the ghc. However they are one-character-wide and therefore eye-strainingly small. Furthermore, when displayed as substitutes to the underlying multi-character representation, as [vim2hs] (https://github.com/dag/vim2hs) does, the characters go out of alignment.
+Some Haskellers have resorted to Unicode symbols (`⇒`, `←` _etc._), which are valid in the ghc. However they are one-character-wide and therefore eye-strainingly small. Furthermore, when displayed as substitutes to the underlying multi-character representation, as [vim2hs](https://github.com/dag/vim2hs) does, the characters go out of alignment.
Hasklig solves the problem the way typographers have always solved ill-fitting characters which co-occur often: [ligatures](https://en.wikipedia.org/wiki/Typographic_ligature). The underlying code stays the same — only the representation changes.