user/dev discussion of public-inbox itself
 help / color / mirror / code / Atom feed
* [PATCH] doc: varyus speling fickses
@ 2016-03-05  7:02 Eric Wong
  2016-03-05  7:10 ` [PATCH] doc: language-neutral client-side endpoints Eric Wong
  0 siblings, 1 reply; 2+ messages in thread
From: Eric Wong @ 2016-03-05  7:02 UTC (permalink / raw)
  To: meta

Letz trie 2 uphear liter8
---
 Documentation/design_notes.txt | 6 +++---
 README                         | 2 +-
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/Documentation/design_notes.txt b/Documentation/design_notes.txt
index ec1dc80..5da48b5 100644
--- a/Documentation/design_notes.txt
+++ b/Documentation/design_notes.txt
@@ -41,7 +41,7 @@ Why email?
   developers and users of Free Software should not rely on proprietary
   tools or services.
 
-* Existing infrastrucuture, tools, and user familarity.
+* Existing infrastructure, tools, and user familiarity.
   There is already a large variety of tools, clients, and email providers
   available.  There are also many resources for users to run their own
   SMTP server on a domain they control.
@@ -143,10 +143,10 @@ Scalability notes
 Even with shallow clone, storing the history of large/busy mailing lists
 may place much burden on subscribers and servers.  However, having a
 single (or few) refs representing the entire history of a list is good
-for small lists since it's easier to lookup a message by Message-ID, so
+for small lists since it's easier to look up a message by Message-ID, so
 we want to avoid splitting refs with independent histories.
 
-ssoma will likely grow its own builtin ref rotation system based on
+ssoma will likely grow its own built-in ref rotation system based on
 message count (not rotating at fixed time intervals).  This would
 split the histories and require O(n) lookup time based on Message-ID,
 where `n' is the number of history splits.
diff --git a/README b/README
index af8fa15..a83a48f 100644
--- a/README
+++ b/README
@@ -7,7 +7,7 @@ read via NNTP, Atom feeds or HTML archives.
 
 public-inbox spawned around three main ideas:
 
-* Publically accessible and archived communication is essential to
+* Publicly accessible and archived communication is essential to
   Free Software development.
 
 * Contributing to Free Software projects should not require the
-- 
EW


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* [PATCH] doc: language-neutral client-side endpoints
  2016-03-05  7:02 [PATCH] doc: varyus speling fickses Eric Wong
@ 2016-03-05  7:10 ` Eric Wong
  0 siblings, 0 replies; 2+ messages in thread
From: Eric Wong @ 2016-03-05  7:10 UTC (permalink / raw)
  To: meta

Be less specific, client-side code can be written in any
language (and I do not care for JS runtimes implemented in
C++ :P).
---
 Documentation/design_notes.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/design_notes.txt b/Documentation/design_notes.txt
index 5da48b5..c7a8b26 100644
--- a/Documentation/design_notes.txt
+++ b/Documentation/design_notes.txt
@@ -126,7 +126,7 @@ Web notes
 * Expose Message-ID in web views to encourage replies from drive-by
   contributors.
 
-* Raw text endpoint allows users to write client-side JS endpoints
+* Raw text endpoint allows users to write client-side endpoints
   without hosting the data themselves (or on a different server).
 
 What sucks about public-inbox
-- 
EW


^ permalink raw reply related	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-03-05  7:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-05  7:02 [PATCH] doc: varyus speling fickses Eric Wong
2016-03-05  7:10 ` [PATCH] doc: language-neutral client-side endpoints Eric Wong

Code repositories for project(s) associated with this public inbox

	https://80x24.org/public-inbox.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).