From: John Napiorkowski <jjn1056@yahoo.com>
Date: Wed, 22 Jul 2015 19:10:28 +0000 (-0500)
Subject: Merge branch 'wolfsage-topic/pod-nit' into orpington
X-Git-Tag: 5.90094~4^2~1
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=catagits%2FCatalyst-Runtime.git;a=commitdiff_plain;h=cf57a483d6a2c4522a432ec073158ab07260e3f4;hp=e5ac67e5d706bf2e4a4c33537479f70c409a6e4e

Merge branch 'wolfsage-topic/pod-nit' into orpington
---

diff --git a/lib/Catalyst/UTF8.pod b/lib/Catalyst/UTF8.pod
index 0f20099..40ba088 100644
--- a/lib/Catalyst/UTF8.pod
+++ b/lib/Catalyst/UTF8.pod
@@ -205,7 +205,7 @@ precedence:
 C<do_not_decode_query>
 
 If true, then do not try to character decode any wide characters in your
-request URL query or keywords.  You will need gto handle this manually in your action code
+request URL query or keywords.  You will need to handle this manually in your action code
 (although if you choose this setting, chances are you already do this).
 
 C<default_query_encoding>
@@ -490,7 +490,7 @@ L<http://www.catalystframework.org/calendar/2013/12>, L<http://www.catalystframe
 L<http://www.catalystframework.org/calendar/2013/14>.
 
 The main difference this year is that previously calling ->write_fh would return the actual
-L<Plack> writer object that was supplied by your plack application handler, whereas now we wrap
+L<Plack> writer object that was supplied by your Plack application handler, whereas now we wrap
 that object in a lightweight decorator object that proxies the C<write> and C<close> methods
 and supplies an additional C<write_encoded> method.  C<write_encoded> does the exact same thing
 as C<write> except that it will first encode the string when necessary.  In general if you are