[Checkins] SVN: z3c.jsonrpc/trunk/src/z3c/jsonrpc/README.txt typos

Adam Groszer agroszer at gmail.com
Sat Dec 1 09:23:37 EST 2007


Log message for revision 82070:
  typos

Changed:
  U   z3c.jsonrpc/trunk/src/z3c/jsonrpc/README.txt

-=-
Modified: z3c.jsonrpc/trunk/src/z3c/jsonrpc/README.txt
===================================================================
--- z3c.jsonrpc/trunk/src/z3c/jsonrpc/README.txt	2007-12-01 04:58:41 UTC (rev 82069)
+++ z3c.jsonrpc/trunk/src/z3c/jsonrpc/README.txt	2007-12-01 14:23:36 UTC (rev 82070)
@@ -7,26 +7,26 @@
 
 Many thanks to Jim Washington for the work on zif.jsonserver. This project uses
 many code writen by Jim. I implemented an additional python JSONRPC proxy which 
-can comunicate with the server. This means we can use this library for call 
+can communicate with the server. This means we can use this library to call 
 JSON from python to python. The JSON-RPC proxy uses similar patterns like the 
 XML-RPC implementation.
 
-There is also a additional xmlhttp and json javascript implementation wich
+There is also an additional xmlhttp and json javascript implementation which
 offers a JSON-RPC proxy implementation for JavaScript.
 
 This project provides the proposed request type "application/json". The request
 type "application/json-rpc" is supported as long it is not officialy deprecated.
 
-The goal of this project is to provide a JSON-RPC implementation. Simply 
-Browser views wihch handle JSON calls with a BrowserRequest are not supported
+The goal of this project is to provide a JSON-RPC implementation. Simple 
+Browser views which handle JSON calls with a BrowserRequest are not supported
 by this package. I'm still not sure if this is good or bad and in which 
 direction I will go with this package.
 
 Some of my goals are right now, but can change in the future if I'll understand
-all the concepts arround JSON, e.g. JSPON, JSONP, CrossSite etc:
+all the concepts around JSON, e.g. JSPON, JSONP, CrossSite etc:
 
 - provide a secure way to handle JSON calls from client to server.
-  I hope we can implement JSONRequest some days. CrosSite seems to use a
+  I hope we can implement JSONRequest some days. CrossSite seems to use a
   intereting concept
 
 - Simple pythonic implementation
@@ -60,7 +60,7 @@
 Note that the JSONRPCRequest implementation is based on the IHTTPRequest, this
 means that there is no other browser page available if you call them in 
 python, e.g. getMultiAdapter((context, request), name='myViewName'). This is
-explicit done this way. If you like to use content form such browser pages
+explicitly done this way. If you'd like to use content form such browser pages
 in a JSON request/call, you can inherit your skin form IJSONRPCLayer and
 IBrowserRequest and register your views for this custom layer.
 
@@ -70,7 +70,7 @@
 
 The JSON server looks for content-type "application/json", and handles those 
 requests as JSON-RPC. The official mime-type for JSON is "application/json"
-Old content types ``application/json-rpc`` are supported too.
+The old content type ``application/json-rpc`` is supported too.
 
 Let's define a content object:
 
@@ -204,7 +204,7 @@
   >>> proxy.kwarguments('Hello', foo=u'FOO', bar=u'BAR')
   u'Hello FOO BAR'
 
-There is also a ``id`` in the json response. Let's use such a json request id
+There is also an ``id`` in the json response. Let's use such a json request id
 in our JSONRPCProxy:
 
   >>> proxy = JSONRPCTestProxy(siteURL + '/content', jsonId = u'my id')
@@ -216,7 +216,7 @@
   >>> proxy.jsonId
   u'my id'
 
-See what's happen if the server raises a Exception:
+See what happens if the server raises an Exception:
 
   >>> proxy.forceValueError()
   Traceback (most recent call last):



More information about the Checkins mailing list