This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "snap-website".
The branch, master has been updated
via 6c1715b3891d3f91510d56999dcf16a90c7dad2d (commit)
from 44ae98b4dd04e7c5976aa8afc8f142e6951e62aa (commit)
Summary of changes:
.../content/2010/09/23/snap-0.2.12-released.md | 65 +++++++++-----------
static/media/css/main.css | 5 ++
2 files changed, 33 insertions(+), 37 deletions(-)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 6c1715b3891d3f91510d56999dcf16a90c7dad2d
Author: Gregory Collins <[email protected]>
Date: Thu Sep 23 18:11:29 2010 -0400
Fix blog post
diff --git a/blogdata/content/2010/09/23/snap-0.2.12-released.md
b/blogdata/content/2010/09/23/snap-0.2.12-released.md
index e79219d..59b815a 100644
--- a/blogdata/content/2010/09/23/snap-0.2.12-released.md
+++ b/blogdata/content/2010/09/23/snap-0.2.12-released.md
@@ -13,17 +13,17 @@ Changes since 0.2.11
### Improvements:
- - The Snap debugging system has been reworked; before, to get debugging output
- from a Snap program, you needed to build `snap-core` with the `-fdebug` flag
- and rebuild your entire webapp stack. Now, in a stock Snap installation, you
- can set the environment variable `DEBUG=1` to get Snap to produce debugging
- output to stderr.
-
- There is a slight performance hit associated with this change (in that GHC
- can no longer inline calls to `debug` because we use `unsafePerformIO` to
- read the `DEBUG` environment variable to pick a debug implementation at
- runtime) --- if you simply cannot stand the overhead of a no-op function
- call, pass the `no-debug` flag when installing `snap-core`:
+ - The Snap debugging system has been reworked; before, to get debugging
output
+ from a Snap program, you needed to build `snap-core` with the `-fdebug`
flag
+ and rebuild your entire webapp stack. Now, in a stock Snap installation,
you
+ can set the environment variable `DEBUG=1` to get Snap to produce debugging
+ output to stderr.
+
+ There is a slight performance hit associated with this
+ change (in that GHC can no longer inline calls to `debug` because we use
+ `unsafePerformIO` to read the `DEBUG` environment variable to pick a debug
+ implementation at runtime) --- if you simply cannot stand the overhead of a
+ no-op function call, pass the `no-debug` flag when installing `snap-core`:
~~~~~~~~ {.shell}
$ cabal install snap-core -fno-debug
@@ -40,39 +40,30 @@ $ cabal install snap-core -fno-debug
### API Changes:
- - The function `unsafeDetachRequestBody` never worked and wasn't designed
- properly; it's been replaced with a much improved `transformRequestBody`
- function which a) actually works, and b) doesn't have issues re:
- unsafeness. Normally, following the package version policy would necessitate
- a minor version bump for this (to 0.3) but since the original function never
- worked in the first place, nobody could possibly be using it!
+ - The function `unsafeDetachRequestBody` never worked and wasn't designed
+ properly; it's been replaced with a much improved `transformRequestBody`
+ function which a) actually works, and b) doesn't have issues re:
+ unsafeness. Normally, following the package version policy would
necessitate
+ a minor version bump for this (to 0.3) but since the original function
never
+ worked in the first place, nobody could possibly be using it!
+ - The type of `finishWith` has been changed from:
+ `finishWith :: Response -> Snap ()`
+ to:
+ `finishWith :: Response -> Snap a`
-### Bugfixes:
-
- - The 'redirect' function would not allow you to set headers in the redirect
- response; this has been fixed.
-
- - GZip filter: set `Vary: Accept-Encoding` on gzipped responses (for caching
- proxies)
- - The type of `finishWith` has been changed from:
-
- - Shutdown logic for both `libev` and standard backends has been reworked and
- improved; no more 2 second delays!
+### Bugfixes:
-<div>
+ - The 'redirect' function would not allow you to set headers in the redirect
+ response; this has been fixed.
-~~~~~~~~~~~ {.haskell}
-finishWith :: Response -> Snap ()
-~~~~~~~~~~~ {.haskell}
+ - GZip filter: set `Vary: Accept-Encoding` on gzipped responses (for caching
+ proxies)
-to:
+ - Shutdown logic for both `libev` and standard backends has been reworked and
+ improved; no more 2 second delays!
-~~~~~~~~~~~ {.haskell}
-finishWith :: Response -> Snap a
-~~~~~~~~~~~ {.haskell}
-</div>
diff --git a/static/media/css/main.css b/static/media/css/main.css
index 388d73d..e7fd055 100644
--- a/static/media/css/main.css
+++ b/static/media/css/main.css
@@ -68,6 +68,11 @@ li{
li p:first-child { display: inline; }
+li p {
+ text-indent: 0;
+ margin: 29px 0;
+}
+
li:before {
content: "» ";
}
-----------------------------------------------------------------------
hooks/post-receive
--
snap-website
_______________________________________________
Snap mailing list
[email protected]
http://mailman-mail5.webfaction.com/listinfo/snap
