Francois Gouget : Assorted spelling fixes.

Jeremy Newman jnewman at winehq.org
Wed Jan 23 13:38:05 CST 2008 

Module: website
Branch: master
Commit: 2150589f3baceb21fad4dc63e5ae59ee382c6878
URL:    http://source.winehq.org/git/website.git/?a=commit;h=2150589f3baceb21fad4dc63e5ae59ee382c6878

Author: Francois Gouget <fgouget at free.fr>
Date:   Wed Jan 23 20:13:27 2008 +0100

Assorted spelling fixes.

---

 wwn/interviews/interview_5.xml |    2 +-
 wwn/wn20010513_95.xml          |    2 +-
 wwn/wn20011125_109.xml         |    2 +-
 wwn/wn20011212_110.xml         |    2 +-
 wwn/wn20020530_124.xml         |    2 +-
 wwn/wn20020719_129.xml         |    4 ++--
 wwn/wn20020824_132.xml         |    2 +-
 wwn/wn20021206_147.xml         |    2 +-
 wwn/wn20030117_153.xml         |    2 +-
 wwn/wn20030124_154.xml         |    2 +-
 wwn/wn20040109_204.xml         |    2 +-
 wwn/wn20040206_209.xml         |    2 +-
 12 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/wwn/interviews/interview_5.xml b/wwn/interviews/interview_5.xml
index 52d9041..9d6f3a4 100644
--- a/wwn/interviews/interview_5.xml
+++ b/wwn/interviews/interview_5.xml
@@ -119,7 +119,7 @@ Since many years, Wine had an internal debugger. At the times when Wine
 was a monolithic application (no separated DLLs, all Windows processes 
 running in the same Unix-address space), the internal debugger had a 
 direct access to all the memory (Wine internals, Windows-process 
-memory). When Wine started to be splitted (wineserver to allow 
+memory). When Wine started to be split (wineserver to allow
 interprocess exchange, each (32bit) Windows-process having its own 
 unix-address space), debugger needed some heavy rewriting. Alexandre 
 Julliard wrote most of the Win32 debugging API (generation of debug 
diff --git a/wwn/wn20010513_95.xml b/wwn/wn20010513_95.xml
index 4f1998f..5579d08 100644
--- a/wwn/wn20010513_95.xml
+++ b/wwn/wn20010513_95.xml
@@ -145,7 +145,7 @@ between the wineserver and the application with various kernel patches.
 I was reading "Unix Network Programming, volume 2 - IPC" and ran over
 a "doors" IPC api that is implemented on Solaris and has the lowest latency.
 According to the book it is ~3 times faster than pipe.
-Actual values for Solaris 2.6 in the book are: (in miliseconds)</p>
+Actual values for Solaris 2.6 in the book are: (in milliseconds)</p>
 <p><ul><code>
 doors:      121<br />
 sysv msgq:  260<br />
diff --git a/wwn/wn20011125_109.xml b/wwn/wn20011125_109.xml
index 800b162..41994c5 100644
--- a/wwn/wn20011125_109.xml
+++ b/wwn/wn20011125_109.xml
@@ -202,7 +202,7 @@ threw out some more ideas:</p>
 </p><p>
  In light of this you could argue that since, I presume, MIDL removes
  whitespace and commments which is IIRC the only really expression,
- since the rest the API defintions are just facts, that the MIDL
+ since the rest the API definitions are just facts, that the MIDL
  compiled files just contains facts not any part of the protected
  expression.
 </p><p>
diff --git a/wwn/wn20011212_110.xml b/wwn/wn20011212_110.xml
index 55fa4b0..c8e18c3 100644
--- a/wwn/wn20011212_110.xml
+++ b/wwn/wn20011212_110.xml
@@ -615,7 +615,7 @@ It's been a while, but I decided to try again in October.
 At that time, there was an OLE error, but the only other strange
 occurance was a 'locking' of the screen on a print preview.
 </p><p>
-Since then, this 'locking' is the only issue (though I havn't yet
+Since then, this 'locking' is the only issue (though I haven't yet
 attempted to print).
 The apps I'm trying are my own, basically just a form is called, the
 user puts in a date range, and a report is run.  You can view the report
diff --git a/wwn/wn20020530_124.xml b/wwn/wn20020530_124.xml
index e164976..4a00156 100644
--- a/wwn/wn20020530_124.xml
+++ b/wwn/wn20020530_124.xml
@@ -287,7 +287,7 @@ minds.  Vincent Beron went on to mention:</p>
 <quote who="Vincent Beron"><p>
  there are a lot (>20000) of lines which have either some spaces/tabs
  or combination of both after the final ";" (or "," in the case of
- function arguments splitted on a couple of lines.)
+ function arguments split on a couple of lines.)
  IMHO, it'd be better to remove them (although I admit it's mostly for
  esthetics reasons).
 </p><p>
diff --git a/wwn/wn20020719_129.xml b/wwn/wn20020719_129.xml
index 8a927e3..7964891 100644
--- a/wwn/wn20020719_129.xml
+++ b/wwn/wn20020719_129.xml
@@ -264,9 +264,9 @@ on Sparc:
 </p>
 <quote who="Shachar Shemesh"><p>
  I'll try, but I only have solaris machines at work, and this is far from 
- my main focus on Wine (I'm working on BiDi, if you remeber correctly 
+ my main focus on Wine (I'm working on BiDi, if you remember correctly
  ;-). I am only looking into solaris at all because at work we use some 
- windows compat library for solaris (don't remeber the name, but it 
+ windows compat library for solaris (don't remember the name, but it
  wasn't mainsoft's) for the GUI part of the product. I am sprinkling the 
  idea to the Unix GUI team here to check Wine out.
 </p><p>
diff --git a/wwn/wn20020824_132.xml b/wwn/wn20020824_132.xml
index 6be4e73..f5de007 100644
--- a/wwn/wn20020824_132.xml
+++ b/wwn/wn20020824_132.xml
@@ -263,7 +263,7 @@ say which is the right way is to get something working.
  mandatory BiDi support in Wine, as this means (among mere applying the 
  BiDi algorithm) translating each string printed to UTF-32 and back 
  (unless we can say for sure that no BiDi is going to be required - 
- havn't found a really good algorithm for that yet, but I'm working on 
+ haven't found a really good algorithm for that yet, but I'm working on
  it). Not having the proper library on your machine is a pretty good way 
  of indicating that BiDi is not interesting to you (and is, more or less, 
  the way MS tackled the exact same dillema).</quote></p>
diff --git a/wwn/wn20021206_147.xml b/wwn/wn20021206_147.xml
index 32baf2a..9a90ea1 100644
--- a/wwn/wn20021206_147.xml
+++ b/wwn/wn20021206_147.xml
@@ -300,7 +300,7 @@ interested.
 I currently have a working HTML Help viewer, which seems to work pretty
 well on everything I've tested so far. It does however need some more work
 to conform to the way the real HTML Help system works in Windows (eg, I
-havn't written an ActiveX control for it yet).
+haven't written an ActiveX control for it yet).
 </p><p>
 Currently the HTML Help viewer requires an IWebBrowser interface, and only
 really works with an Internet Explorer installation - so I don't believe
diff --git a/wwn/wn20030117_153.xml b/wwn/wn20030117_153.xml
index d070491..1083013 100644
--- a/wwn/wn20030117_153.xml
+++ b/wwn/wn20030117_153.xml
@@ -212,7 +212,7 @@ some of the work he's been doing:</p>
 I've been too busy lately (job hunting mostly, although I've also been
 sick and bedridden lately) to do any more work on it, and I was really
 waiting for Alexandre to comment on my question about C++ before going any
-further... I havn't seen a reply yet tho.
+further... I haven't seen a reply yet tho.
 </p><p>
 The current state of my local tree, besides being a mess, is that it has
 most QT dependencies removed. Currently it uses a lot of QT stub's around
diff --git a/wwn/wn20030124_154.xml b/wwn/wn20030124_154.xml
index b0786ee..ca50ab3 100644
--- a/wwn/wn20030124_154.xml
+++ b/wwn/wn20030124_154.xml
@@ -660,7 +660,7 @@ I managed to install IE5.5 using the following procedure:
    <li> I, personally, made two sessions. One downloading everything, and
       the other for installing.</li>
    <li> Install just the basic IE. No Connection wizard or anything else.</li>
-   <li> When setup finshes (and you get an error in processing the reboot)
+   <li> When setup finishes (and you get an error in processing the reboot)
       - wait for all wine instances to exit</li>
    <li> run wineboot.</li>
    <li> One of the programs initiated by wineboot fails to run (starts
diff --git a/wwn/wn20040109_204.xml b/wwn/wn20040109_204.xml
index 8bd255c..3bfaf56 100644
--- a/wwn/wn20040109_204.xml
+++ b/wwn/wn20040109_204.xml
@@ -134,7 +134,7 @@ instead of kernel32</li>
 <li> file IO management can be cleanly separated between kernel32 and ntdll (1)</li>
 <li> files/ directory could be removed (not done in the patch (also nuked 
 include/drive.h and include/file.h)</li>
-<li> homogenous drive &amp; device handling (we no longer store those objects 
+<li> homogeneous drive &amp; device handling (we no longer store those objects
 in the server). Drive and device are now standard file handles (from a 
 Windows point of view).</li>
 <li> a few current Wine bugs have been fixed (see the todo_wine removed in 
diff --git a/wwn/wn20040206_209.xml b/wwn/wn20040206_209.xml
index 5a72528..c71efaf 100644
--- a/wwn/wn20040206_209.xml
+++ b/wwn/wn20040206_209.xml
@@ -780,7 +780,7 @@ win9x, since it did not exist on nt4.</p></quote>
 <p>Dimi thought that was odd,
 <quote who="Dimitrie Paun">
 That makes no sense: we get short names on a system (nt4) that
-fundamentally had long names. Shoudn't we get long names by
+fundamentally had long names. Shouldn't we get long names by
 default in that case?</quote></p>
 
 <p>Ove went into more detail:</p>

More information about the wine-cvs mailing list