WINEHQ: Assorted spelling fixes

Francois Gouget fgouget at free.fr
Sun Dec 14 04:53:36 CST 2003


Now also catching bad spellings of don't, won't, etc.

Changelog:

   Assorted spelling fixes


-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
        War doesn't determine who's right.  War determines who's left.
-------------- next part --------------
Index: wwn/wn19990718_4.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn19990718_4.xml,v
retrieving revision 1.4
diff -u -r1.4 wn19990718_4.xml
--- wwn/wn19990718_4.xml	18 Jul 2003 20:50:49 -0000	1.4
+++ wwn/wn19990718_4.xml	13 Dec 2003 23:29:56 -0000
@@ -700,7 +700,7 @@
 The converse works partially. You can select something in an X terminal and
 paste it into Wine using XA_PRIMARY. However if you copy something into the
 clipboard using the CLIPBOARD atom from a clipboard aware app like Netscape,
-Wine won't know about this selection since it doesnt yet know about this
+Wine won't know about this selection since it doesn't yet know about this
 atom.
 
 <p />
Index: wwn/wn20000918_61.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20000918_61.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20000918_61.xml
--- wwn/wn20000918_61.xml	18 Jul 2003 20:50:50 -0000	1.2
+++ wwn/wn20000918_61.xml	13 Dec 2003 23:30:14 -0000
@@ -153,7 +153,7 @@
 shared with msvcrt.dll (way in the future).</li>
 	<li><b>#includes</b>: Wine's "process.h" will conflict with the
 crt "process.h". Is it desirable to have crt headers in the wine
-include dir, or should they be in include/crt? (note I wont be writing
+include dir, or should they be in include/crt? (note I won't be writing
 headers for some time).</li>
 </ul>
 </quote>
Index: wwn/wn20020331_119.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020331_119.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020331_119.xml
--- wwn/wn20020331_119.xml	4 Sep 2003 15:53:36 -0000	1.6
+++ wwn/wn20020331_119.xml	13 Dec 2003 23:29:26 -0000
@@ -378,7 +378,7 @@
  can do whatever it wants to (render to it or whatever) and it then gets
  copied back when needed, same method..
 <p />
- One of the big savers here is that the ShmPixmap means we dont have to
+ One of the big savers here is that the ShmPixmap means we don't have to
  be sending stuff between X server/client, saves alot of time..
 <p />
  As for X supporting multiple depths - I investigated this and talked to
Index: wwn/wn20020710_128.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020710_128.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20020710_128.xml
--- wwn/wn20020710_128.xml	18 Jul 2003 20:50:50 -0000	1.2
+++ wwn/wn20020710_128.xml	14 Dec 2003 10:28:34 -0000
@@ -339,7 +339,7 @@
 is much faster und easier. And (for all GNU-fanatics) its fully
 GPL-compatible....
 </p><p>
-My problem is, that I dont know all options of the config-file. Till now
+My problem is, that I don't know all options of the config-file. Till now
 I only implemented the options which stands in my wine-config, including
 the ;-Entries. Only the specific-program settings are not iplemented,
 its too hard to make this part GUI-based (I'm so sorry, but my english
@@ -347,7 +347,7 @@
 </p><p>
 Is such a tool already avaible, or an existing codebase?
 </p><p>
-Please note that Jine (Jawy after the rewrite) isnt ready for use. O.K
+Please note that Jine (Jawy after the rewrite) isn't ready for use. O.K
 it does work, but the code is awful and I'm currently working on a rewrite.
 </p></quote>
 <p><a href="http://www.winehq.com/hypermail/wine-devel/2002/07/att-0084/01-jine-screenshot.png">
Index: wwn/wn20020807_131.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020807_131.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20020807_131.xml
--- wwn/wn20020807_131.xml	18 Jul 2003 20:50:50 -0000	1.5
+++ wwn/wn20020807_131.xml	13 Dec 2003 23:29:18 -0000
@@ -401,7 +401,7 @@
 <p>Steven Edwards had a quick solution,
 <quote who="Steven Edwards">
  You need to use the windows dinput.dll as ours is (still) not up to spec. I used to play this game
- all the time under linux till tribes2. I dont know if this will work with the directx 8.1 but if
+ all the time under linux till tribes2. I don't know if this will work with the directx 8.1 but if
  you can find a dinput.dll from dx5 or 6 it should work. </quote></p>
 
 <p>That seemed to work, but Kristoffer went on to mention some other problems such as 
Index: wwn/wn20020913_135.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020913_135.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020913_135.xml
--- wwn/wn20020913_135.xml	4 Sep 2003 15:53:36 -0000	1.6
+++ wwn/wn20020913_135.xml	13 Dec 2003 23:29:13 -0000
@@ -186,19 +186,19 @@
 code which runs some simple Direct3D samples and most of a sequence of
 tutorials. (9 out of 11 work reasonably well).
 </p><p>
-I dont have a problem with the code remaining personal to me and probably
+I don't have a problem with the code remaining personal to me and probably
 archived, as I have learnt a lot by doing it (which was my original aim),
 but if it is agreed that adding directx 8 support completely different to
 the TransGaming code is ok, then I may try to submit some patches.
 </p><p>
-Note the current code is nowhere near ideal, so dont get your hopes up.
+Note the current code is nowhere near ideal, so don't get your hopes up.
 Specifically, it exports X11DRV_get_client_window from X11DRV as a means of
 getting the X window from the HWND, which is not clean. It does not use a
 HAL (which is where the current ddraw code was starting to head), it calls
 all the opengl calls inline. I have only tested on one machine with one
 level of mesa (tough! thats all I have). It also has all the c parts in the
 d3d8 directory, completely separate (and in some cases duplicating code from
-the ddraw code), which may or may not be desired. I also dont have a clue
+the ddraw code), which may or may not be desired. I also don't have a clue
 about the configure tests and makefile.in, so I have just a basic structure
 which works enough for me. I'm also relatively certain I havent necessarily
 used the highest performing code everywhere, I have done the best I could
Index: wwn/wn20021115_144.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021115_144.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021115_144.xml
--- wwn/wn20021115_144.xml	25 Jul 2003 18:45:03 -0000	1.6
+++ wwn/wn20021115_144.xml	13 Dec 2003 23:29:05 -0000
@@ -627,7 +627,7 @@
 if you look at that dll, there are still a huge number of stubs.
 Additionally the date/time handling is (was, anyway) pretty useless. I would
 strongly recommend if anyone starts writing VB testcases they try and
-exercise the Variant cases as well as the standard types (...and no, I dont
+exercise the Variant cases as well as the standard types (...and no, I don't
 have time!)</quote></p>
 <p>Marcus Meissner pointed out another potential problem,
 <quote who="Marcus Meissner">
Index: wwn/wn20021206_147.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021206_147.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021206_147.xml
--- wwn/wn20021206_147.xml	18 Jul 2003 20:50:50 -0000	1.6
+++ wwn/wn20021206_147.xml	13 Dec 2003 23:29:53 -0000
@@ -692,7 +692,7 @@
 The second is an older benchmark/demo called Tirtanium:
 <ul><a href="http://www.tirtanium.de/prog3d.html">
  http://www.tirtanium.de/prog3d.html</a></ul>
-The homepage doesnt seem to have the binary anymore so here's a direct link 
+The homepage doesn't seem to have the binary anymore so here's a direct link 
 to a mirror:
 <ul><a href="http://public.planetmirror.com/pub/3dfiles/tweakfiles/benchmark/tirta190.zip">
  http://public.planetmirror.com/pub/3dfiles/tweakfiles/benchmark/tirta190.zip</a></ul>
Index: wwn/wn20021213_148.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021213_148.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021213_148.xml
--- wwn/wn20021213_148.xml	4 Sep 2003 15:53:36 -0000	1.6
+++ wwn/wn20021213_148.xml	13 Dec 2003 23:29:01 -0000
@@ -254,7 +254,7 @@
 with the Spanish keyboard.  At this point Zsolt Rizsanyi mentioned 
 he had a workaround but it wasn't the proper fix:</p>
 <quote who="Zsolt Rizsanyi"><p>
-I dont think that the problem is with the keyboard layout. I had poblems 
+I don't think that the problem is with the keyboard layout. I had poblems 
 entering hungarian keys odoubleacute and udoubleacute.  I fixed that 
 problem with a hack to convert non Latin-1 keysyms to Unicode. I have sent 
 that patch for inclusion, but I was said that there is a more correct patch 
Index: wwn/wn20030110_152.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030110_152.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20030110_152.xml
--- wwn/wn20030110_152.xml	9 Sep 2003 14:34:58 -0000	1.5
+++ wwn/wn20030110_152.xml	5 Dec 2003 02:37:38 -0000
@@ -487,7 +487,7 @@
 
 <p>Lionel Ulmer then wrote in with an interesting idea:</p>
 <quote who="Lionel Ulmer"><p>
-Yeah, this is one of the most persistant 'Wine dream' around :-)
+Yeah, this is one of the most persistent 'Wine dream' around :-)
 </p><p>
 I had once a long discussion with a fellow hacker on this subject (going
 into the likes of using Valgrind's virtualization engine to output non-X86
Index: wwn/wn20030207_156.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030207_156.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20030207_156.xml
--- wwn/wn20030207_156.xml	5 Sep 2003 14:30:55 -0000	1.7
+++ wwn/wn20030207_156.xml	13 Dec 2003 23:28:47 -0000
@@ -463,7 +463,7 @@
 know ReactOS had its first release.  ReactOS is intended to function
 as a drop in replacement for those operating systems from Redmond.</p>
 <quote who="Steven Edwards"><p>
-Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I dont
+Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I don't
 have the changelog in front of me but to some it up here it the list that I know off the top of my
 head.
 <ul>
@@ -476,7 +476,7 @@
 </ul></p><p>
 
 Once WINE hits 1.x we will again take a snapshot of your tree so we have standard debugging
-interfaces. Right now in or tree we dont use libwine but have our own dll that implements the
+interfaces. Right now in or tree we don't use libwine but have our own dll that implements the
 debug channels. We also still need to adapt alot of the controls from WINE for our user32.
 </p><p>
 Thanks for all the help
Index: wwn/wn20030328_163.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030328_163.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030328_163.xml
--- wwn/wn20030328_163.xml	5 Sep 2003 14:30:55 -0000	1.6
+++ wwn/wn20030328_163.xml	14 Dec 2003 10:28:43 -0000
@@ -327,17 +327,17 @@
 <p>Steven Edwards thought it would be possible,
 <quote who="Steven Edwards">
 You might want to make a wrapper application like wine/programs/services. This program could then
-be started by wineserver and a config option if you want to try and run a NT service. I dont
+be started by wineserver and a config option if you want to try and run a NT service. I don't
 really see the point on running services under WINE unless you want to try and install AV software
 that loads as a service =)</quote></p>
 
 <p>Sylvain Petreolle didn't like the idea at all,
 <quote who="Sylvain Petreolle">
-dooooont do it ! even wineboot isnt started by the server !</quote></p>
+dooooont do it ! even wineboot isn't started by the server !</quote></p>
 
 <p>Steven thought about it and remarked,
 <quote who="Steven Edwards">
-I havent been following how wineboot operates as I dont have a need for it under Mingw or Cygwin
+I havent been following how wineboot operates as I don't have a need for it under Mingw or Cygwin
 ATM. Sylvain is right you should look at the way wineboot and rpcss work under WINE and then
 implement services as such. It would be nice if you add a net command to wcmd so we can net stop
 service-name
Index: wwn/wn20030425_167.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030425_167.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20030425_167.xml
--- wwn/wn20030425_167.xml	9 Sep 2003 14:34:58 -0000	1.5
+++ wwn/wn20030425_167.xml	13 Dec 2003 23:28:31 -0000
@@ -531,7 +531,7 @@
     is sources except in help text ...)</li>
 <li> save/restore breakpoints/displays/defined symbols</li>
 <li> reverse backtrace list (so current frame is at the bottom and you
-    dont have to scroll all the way up)</li>
+    don't have to scroll all the way up)</li>
 <li> remove limit of 10 entries in DEBUG_GetSymbolValue [done]</li>
 <li> remove duplicated code in DEBUG_FindNearestSymbol/DEBUG_CheckLinenoStatus</li>
 </ul></p><p>
Index: wwn/wn20030516_170.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030516_170.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030516_170.xml
--- wwn/wn20030516_170.xml	5 Sep 2003 14:30:55 -0000	1.6
+++ wwn/wn20030516_170.xml	13 Dec 2003 23:28:27 -0000
@@ -186,7 +186,7 @@
 concerning Max Payne, 
  <quote who="Jason Edmeades"> 
  With this fix MayPayne is starting to be playable. Looks fine as
- long as you dont change weapon (Fancy doing it all with the pistol?).
+ long as you don't change weapon (Fancy doing it all with the pistol?).
  You have to wait with a black screen during some of the movie sections
  though.  </quote>  A few hours later he had more problems fixed,
  including being able to change weapons, and announced,
@@ -194,7 +194,7 @@
  Aside from no movies and no sound May Payne looks quite good. I also
  checked my changes didnt break warcraft3 either, so we now at least have
  2 games which are playable.
- PS Dont expect much more from me for a while now - Busy playing games...
+ PS: Don't expect much more from me for a while now - Busy playing games...
  </quote>
 </p>
 
@@ -417,8 +417,8 @@
  I am doing some work trying to separate Ole* and Ole32 for use in 
  ReactOS. Before we can make use of most of the WINE code all of the 
  Non-Win32api imported functions are going to need to be compiled out or 
- rewitten. I dont need someone to do this for me but I am going to need a 
- little hand-holding as I dont want to waste my or anyone elses time.
+ rewitten. I don't need someone to do this for me but I am going to need a 
+ little hand-holding as I don't want to waste my or anyone else's time.
 </p><p>
 Currentlly Ole32 Imports these non-Win32api functions:
 <ul>
Index: wwn/wn20030606_173.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030606_173.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030606_173.xml
--- wwn/wn20030606_173.xml	18 Jul 2003 20:50:50 -0000	1.3
+++ wwn/wn20030606_173.xml	13 Dec 2003 23:27:59 -0000
@@ -230,7 +230,7 @@
 
 <p>Sylvain Petreolle objected first:</p>
 <quote who="Sylvain Petreolle"><p>
- please dont add / to the default config.
+ please don't add / to the default config.
  Some reasons no to do that:
 <ul>
 <li> its insecure, since you can write everywhere you want
Index: wwn/wn20030613_174.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030613_174.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030613_174.xml
--- wwn/wn20030613_174.xml	5 Sep 2003 14:30:55 -0000	1.6
+++ wwn/wn20030613_174.xml	13 Dec 2003 23:27:49 -0000
@@ -458,7 +458,7 @@
       cg mem)</li></ul></li>
 <li> CopyRect:
  <ul>
- <li> dont lock/Unlock when not really needed</li>
+ <li> don't lock/Unlock when not really needed</li>
  <li> use glTexSubImage2d for optimisation when possible</li></ul></li>
 <li> Lock/Unlock:
  <ul>
Index: wwn/wn20030620_175.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030620_175.xml,v
retrieving revision 1.4
diff -u -r1.4 wn20030620_175.xml
--- wwn/wn20030620_175.xml	4 Sep 2003 15:53:36 -0000	1.4
+++ wwn/wn20030620_175.xml	13 Dec 2003 23:29:46 -0000
@@ -138,7 +138,7 @@
 <p>Sylvain Petreolle want to know some DirectX work was being done:</p>
 <quote who="Sylvain Petreolle"><p>
 Is anyone of you working on Dmusic interfaces ?
-Now doing test with Dxdiag doesnt work,
+Now doing test with Dxdiag doesn't work,
 it says "No such interface" when trying to create a IDirectPerformance
 object.
 </p><p>
Index: wwn/wn20030808_182.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030808_182.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030808_182.xml
--- wwn/wn20030808_182.xml	4 Sep 2003 15:53:36 -0000	1.3
+++ wwn/wn20030808_182.xml	13 Dec 2003 23:30:49 -0000
@@ -334,7 +334,7 @@
 texture object is bound. This patch on my machine changes the displayed
 fps by the Billboard sample from 30.6 to about 42.6. [Actually it was
 43.0
-with patch b, but I dont see why!]
+with patch b, but I don't see why!]
 </p><p>
 There is still more optimization which can be done here, but this is a
 start.
Index: wwn/wn20030829_185.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030829_185.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030829_185.xml
--- wwn/wn20030829_185.xml	10 Nov 2003 19:19:14 -0000	1.3
+++ wwn/wn20030829_185.xml	13 Dec 2003 23:27:54 -0000
@@ -358,7 +358,7 @@
  After investigating the DirectX NT dlls as part of an investigation to see 
  if they would work on ReactOS, I discovered something.
 </p><p>
-The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont 
+The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) don't 
 seem to make kernel-mode or driver/hardware calls directly.
 Most of it appears to be done via other places (such as winmm.dll, some 
 special thunks in gdl32.dll and others)
Index: wwn/wn20031108_195.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031108_195.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20031108_195.xml
--- wwn/wn20031108_195.xml	10 Nov 2003 19:19:14 -0000	1.2
+++ wwn/wn20031108_195.xml	13 Dec 2003 23:28:56 -0000
@@ -339,7 +339,7 @@
 made this remark:</p>
 <quote who="Jason Edmeades"><p>
  One other thought. At some point in time we will have to address copy
- protection. I dont want to get into legal discussions and I dont intend
+ protection. I don't want to get into legal discussions and I don't intend
  looking into it (yet), BUT would I be correct in saying that if someone
  worked out the first point at which copy protection fails, and codes a
  basic application which emulates this behaviour. Since this simple app
@@ -378,7 +378,7 @@
 <li>2 was committed to wine CVS.</li>
 <li>The problems behind 1 and 3 were fixed in the meantime.</li>
 <li>I have read a discussion about 4 on wine-devel. If I remember correctly it was 
-agreed that it should be added to wine sooner or later. But I dont see it 
+agreed that it should be added to wine sooner or later. But I don't see it 
 yet in the CVS.</li>
 <li>5 is the only part which is related to safedisc. The SECDRV device handler is 
 implemented in the secdrv.sys file which comes with the copy protected CD. 
@@ -411,7 +411,7 @@
 Yes it should be possibe to adapt the work of Jan Kratochvil's Captive
 NTFS project to let you load the safedisk driver under Linux rather
 than the Windows NTFS driver. I have not tested loading the safedisk
-driver under ReactOS but I dont see why it wouldn't work.
+driver under ReactOS but I don't see why it wouldn't work.
 <ul><a href="http://www.jankratochvil.net/project/captive/">
 http://www.jankratochvil.net/project/captive/</a></ul></p></quote>
 
Index: wwn/wn20031114_196.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031114_196.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031114_196.xml
--- wwn/wn20031114_196.xml	18 Nov 2003 15:15:02 -0000	1.1
+++ wwn/wn20031114_196.xml	13 Dec 2003 23:29:49 -0000
@@ -205,7 +205,7 @@
 <quote who="Sylvain Petreolle"><p>
 
 With yesterday cvs update, whch adds a glibc-threading detection,
-wine doesnt load a _Windows_ program anymore.
+wine doesn't load a _Windows_ program anymore.
 </p><p>
 Using the RedHat rpm Yarrow kernel, I get :
 <ul><code>
Index: wwn/wn20031128_198.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031128_198.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031128_198.xml
--- wwn/wn20031128_198.xml	28 Nov 2003 22:59:35 -0000	1.1
+++ wwn/wn20031128_198.xml	2 Dec 2003 21:41:04 -0000
@@ -129,7 +129,7 @@
  .com suffix raises all sorts of nasty questions that are
  better avoided.
 </p><p>
- We wouldn't be the first project to have to related names 
+ We wouldn't be the first project to have two related names 
  for their site, and I see no potential danger in making 
  the change, just an upside. Please consider it.
 </p><p>
@@ -171,10 +171,10 @@
 This time, I actually installed a spell checker. Believe it or not.
 <a href="http://www.shemesh.biz/wine">http://www.shemesh.biz/wine</a>
 holds the PDF and the openoffice of the slides. I'm hoping this is the 
-last draft. You know youv'e stayed up for too long when you start 
+last draft. You know you've stayed up for too long when you start 
 putting stuff into  your sig.
 </p><p>
-A huge thanks for everyone for their input.
+A huge thanks to everyone for their input.
 </p></quote>
 
 <p>Shachar noted that the presentation is meant to be accompanied
@@ -183,7 +183,7 @@
 </section>
 
 <section 
-	title="Running PhotoShop Plugins in the GIMP With Wine" 
+	title="Running Photoshop Plugins in the GIMP With Wine" 
 	subject="Fun projects?"
 	archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0611.html" 
 	posts="12"
@@ -204,10 +204,10 @@
 </p>
 
 <p>On the <a href="http://www.winehq.com/site/fun_projects">Fun
-Projects></a> page is an idea suggested by Marcus Meissner to investigate
-using native PhotoShop plugins with the <a href="http://www.gimp.org">GIMP</a>.  
-This week Rob Collins provided some details on interfacing with PhotoShop 
-plugins:></p>
+Projects</a> page is an idea suggested by Marcus Meissner to investigate
+using native Photoshop plugins with the <a href="http://www.gimp.org">GIMP</a>.  
+This week Rob Collins provided some details on interfacing with Photoshop 
+plugins:</p>
 <quote who="Rob Collins"><p>
 
 	Photoshop plugins are DLLs, with all calls from the host using 1 entry point 
@@ -273,7 +273,7 @@
 <quote who="Rob Collins"><p>
 	Well!  It would do this project no good if I were to break the agreement I 
 made with Adobe in regards these SDKs (I have the AE and Premiere ones too).  
-So, until I get a responce from Adobe or their maillist (I lost that 
+So, until I get a response from Adobe or their maillist (I lost that 
 agreement), I won't directly provide any details from the SDK itself.  
 There's still plenty of information available online, though.
 </p><p>	
@@ -294,7 +294,7 @@
 Cinepaint's sourceforge downloads page, among other sites.  The 
 /pspi-source-root/src/pspi.c has the struct for the entry point.
 </p><p>	
- 	We certainly won't get 100% compatability: some/maybe many P$ filters call 
+ 	We certainly won't get 100% compatibility: some/maybe many P$ filters call 
 other DLLs ... not just windows DLLs but their own ; possibly to extend their 
 functionality, but likely as a part of copy protection.
 </p><p>
@@ -339,7 +339,7 @@
 meantime, any other projects you can think of that do this sort of thing?  
 (ndiswrapper is a kernel module).
 </p><p>
-	Just for some basic info ... MPlayer fakes responces to system API on a 
+	Just for some basic info ... MPlayer fakes responses to system API on a 
 per-codec-DLL basis, which means, for each new DLL, they add the necessary 
 callbacks.  I think this could eventually wind them into trouble if the dlls 
 they want to use grew in the wrong way.  But, the advantage, they don't have 
@@ -348,7 +348,7 @@
 </p><p>	
 	I don't know if speed will be such an issue for my purposes; I'm not 
 outputting unencoded video ... hopefully this flexability (a full wine) lends  
-enough compatability that I only need .specs for supporting DLLs for the 
+enough compatibility that I only need .specs for supporting DLLs for the 
 plugins.  Since their port includes the interface to the DLLs, it's still 
 another resource to look at.
 </p><p>
Index: wwn/wn20031205_199.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031205_199.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031205_199.xml
--- wwn/wn20031205_199.xml	6 Dec 2003 22:04:18 -0000	1.1
+++ wwn/wn20031205_199.xml	13 Dec 2003 23:43:24 -0000
@@ -88,7 +88,7 @@
 <p>OSNews published a really nice writeup about the 
 <a href="http://www.osnews.com/story.php?news_id=5262">combination of
 SuSE 9.0 and CrossOver Office 2.1.0</a>.  The author installed SuSE 9.0
-on a colleagues machine when Windows became unstable.  Various Windows
+on a colleague's machine when Windows became unstable.  Various Windows
 apps, including the genetic sequencer "Sequencher", were required:</p>
 <quote who="OSNew"><p>
  On the other hand, while the barrier to Linux usage by employees is arguably 
@@ -98,13 +98,13 @@
  understand Linux or other *nix operating systems. For example, while this 
  desktop installation of SuSE 9.0 proceeded flawlessly --and indeed much 
  better than I anticipated would be the case with some failing hardware in the 
- mix-- the installation of Crossover Office required a trivial bit of 
+ mix-- the installation of CrossOver Office required a trivial bit of 
  additional manual setup that certainly could have stumped Windows sysadmins 
- who were new to Linux (Crossover installs without issue on SuSE 9.0, but 
+ who were new to Linux (CrossOver installs without issue on SuSE 9.0, but 
  application icons do not show up on the user's desktop). Solving the nuts and 
  bolts of minor installation issues is however just a small part of the 
  equation. A more important aspect is the realization that tools like 
- Crossover Office exist and may have a number of advantages (speed, cost, ...) 
+ CrossOver Office exist and may have a number of advantages (speed, cost, ...) 
  over alternative solutions like VMWare for organizations that are looking 
  for practical ways to deploy Linux on a wider scale than they have 
  previously. </p></quote>
@@ -131,7 +131,7 @@
 <topic>Ports</topic>
 <p>I guess the title I gave this thread is a bit redundant since
 Opteron implies 64 bit processor.  Oh well.
-Jonathon Grant wondered the feasibility of buying one:</p>
+Jonathon Grant wondered about the feasibility of using one:</p>
 <quote who="Jonathon Grant"><p>
 I'm considering getting an Opteron.  With this being a 64bit CPU I 
 wondered if there would be any issues with using WINE to make use of 
@@ -162,7 +162,7 @@
 
 SUSE 9.0 comes with full biarch toolchain support on AMD64.</p><p>
 
-Before you start, install additionaly to the default packages:
+Before you start, install additionally to the default packages:
 <ul>
 	<li>glibc-devel-32bit</li>
 	<li>freetype2-devel-32bit</li>
@@ -187,7 +187,7 @@
 If you have arts-devel installed, you might need to patch
 dlls/winmm/winearts/Makefile and replace lib64 by lib.
 </p><p>
-You will also need attached winebuild patch that uses "LD" from the environment.
+You will also need the attached winebuild patch that uses "LD" from the environment.
 
 </p></quote>
 </section>
@@ -261,7 +261,7 @@
 linking under Winelib (again some problems with the typelibs.)
 </p><p> 
 I have my own copyrighted DirectShow video render that is implemented on 
-top of DirectDraw. It uses the Overlay Surfaces YUV or RGB what ever is 
+top of DirectDraw. It uses the Overlay Surfaces YUV or RGB whatever is 
 available/requested. It will also fall back to HW (HardWare) memory 
 surfaces that are not overlay. I did not yet implement the Memory 
 surfaces support. (didn't need to but it should be easy to add them). I 
@@ -285,7 +285,7 @@
 It is a big project. Do you know of a Company that would like to finance 
 such a thing to some extent. ( condition 1 above applies C++ only). I'll 
 think about it any way. Maybe it is not as big as I think. (Usually 
-projects are much bigger then I think they are)</p></quote>
+projects are much bigger than I think they are)</p></quote>
 
 
 <p>The problem here may be with C++.  In order to use it in Wine you'd
@@ -314,7 +314,7 @@
 integrated into CVS needed to be taken care.  After a little discussion and
 some minor patches, Alexandre committed it.  </p>
 
-<p>However, that's only one piece of the puzzle.  When you run it it
+<p>However, that's only one piece of the puzzle.  When you run it, it
 packages up all the test results and sends them to a mailing list.  Something
 is still required to parse those emails and create a nice table of information.
 Ferenc Wagner has worked on that side and dropped a note this week to start
@@ -441,11 +441,11 @@
 I'm new to this list. The company I'm working for, is developing
 software for Windows and as a personal Linux fan I was testing
 our software with Wine from time to time. The last tries (several
-month ago) were still pretting bad, but with the Wine from Suse 9.0
+month ago) were still pretting bad, but with the Wine from SuSE 9.0
 (snapshot from August 2003)
 there were only "trivial" errors (mostly conformance) which we were
 able to circumwent in our software. I tracked all problems and reported
-them als bugs: (1844, 1845, 1847, 1848) together with a patch for two of
+them as bugs: (1844, 1845, 1847, 1848) together with a patch for two of
 them.
 </p><p>
 We have a customer, who already asked for a version of our software 
@@ -456,7 +456,7 @@
 into the bug list and found the rather old "meta bug" #170. 
 Unfortunately the link inside is broken.
 </p><p>
-Perhaps we can contribute in making the InstallShield Setup Engine
+Perhaps we can contribute to making the InstallShield Setup Engine
 work. Has anybody tracked what's causing the problem? I read
 about "global window handles", but this didn't gave me the right
 clue. Is it related with the API call FindWindow? Is the IS Setup Engine
@@ -478,12 +478,12 @@
 not the desired solution.  Rob Shearman mentioned some of the problems
 with native OLE/DCOM:</p>
 <quote who="Robert Shearman"><p>
-I belive that it is our lack of proper ThreadingModel support in COM. We
+I believe that it is our lack of proper ThreadingModel support in COM. We
 currently ignore the registry parameter
 <tt>HKCU\CLSID\{GUID}\InprocServer32\ThreadingModel</tt>. I believe we do that right
 thing in the case of that value being Apartment and the application calling
 <tt>CoInitializeEx(NULL,COINIT_APARTMENTTHREADED)</tt>. However, we don't do the
-right thing in any of the other combination of flags. I belive the right
+right thing in any of the other combination of flags. I believe the right
 course of action is to use stubless proxies to marshal the interface across
 boundaries in certain cases. These cases are listed in the books "Inside
 OLE" and "Inside DCOM" by Microsoft Press.
@@ -501,7 +501,7 @@
  regressions since then though, Marcus fixed one bad one lately (in-place
  coercion of arguments to IDispatch::Invoke).
 </p><p>
- Oves work on interthread marshalling has been X11 licensed and I
+ Ove's work on interthread marshalling has been X11 licensed and I
  produced a patch that merged it with WineHQ (and fixed a minor bugs and
  such). I think Mike McCormack has a copy I sent him, but I never
  submitted it. I need to do that sometime really.
@@ -525,7 +525,7 @@
 <p>Steven Edwards reported that the Windows version of OpenOffice
 worked with Wine:</p>
 <quote who="Steven Edwards"><p>
-I have just compleated a full install of OO 1.1 under WINE. No outsite
+I have just compleated a full install of OO 1.1 under WINE. No outside
 packages are required to install and configure OpenOffice for Win32
 under Wine. There are a few minor bugs with some of the strings in
 menus but I would rate it at 99%. If anyone is interested in a good
@@ -594,7 +594,7 @@
 Eric Pouech, the Wine debugger guru, noted that .dbg files are supported,
 <quote who="Eric Pouech">but it also depends on the MS debugging format used.
 Ulrich  Weigand wrote some support for some formats (NB09, NB10 and N11), but 
-latest formats are not supported.</quote>.  </p>
+latest formats are not supported.</quote></p>
 
 <p>Concerning moving code out of winedbg, he added,
 <quote who="Eric Pouech">
Index: wwn/wn20031212_200.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031212_200.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031212_200.xml
--- wwn/wn20031212_200.xml	12 Dec 2003 06:14:57 -0000	1.1
+++ wwn/wn20031212_200.xml	13 Dec 2003 23:27:01 -0000
@@ -135,7 +135,7 @@
 But that could be solved using yet another language called C++ - 
 if only Santa would let it be.
 </p><p>
-Oh please Santa ! Let us adultrate WINE with C++, please.
+Oh please Santa ! Let us adulterate WINE with C++, please.
 </p><p>
 It's not that we will rewrite everything in C++ once we get the 
 green signal - things like the loader, scheduler, and most of 
@@ -150,7 +150,7 @@
 object pointers running wild, whereas encapsulation would have 
 done away with it !
 </p><p>
-As a simple explanation, we might take our 'This' hack wheras C++ 
+As a simple explanation, we might take our 'This' hack whereas C++ 
 would let have us use it as 'this' without even us worrying about 
 it!  Also, there are many places in shell32, ole and shwlapi 
 (I cannot comment on DirectX source as I do not have a graphics 
@@ -177,16 +177,16 @@
 comes into play and "That's Not A Good Thing(TM)" !
 </p><p>
 Please give us the green card - alternately, a new test branch 
-may also be created just to see if C++ would work.All C++ based 
-modfications would goto that tree.  If that test branch works 
-and delivers, it maybe merged into the main WINE tree, otherwise 
+may also be created just to see if C++ would work. All C++ based 
+modfications would go to that tree.  If that test branch works 
+and delivers, it may be merged into the main WINE tree, otherwise 
 if it fails to deliver just remove it after a stipulated period !
 </p><p>
 If WINE stuck to C only because some platforms do not support 
 C++, then will Win32 apps run on such OS at all ? Things like 
 SPARC do not need MS Apps at all (though SPARC has C++..)
 </p><p>
-For a expert discussion on C++ please see 
+For an expert discussion on C++ please see 
 <a href="http://www.research.att.com/~bs/blast.html">http://www.research.att.com/~bs/blast.html</a>
 Microsoft themselves use C++ :
 <ul>
@@ -223,7 +223,7 @@
  should be part of Wine, it's not a core Windows component. There's
  nothing wrong with having a separate FreeMFC project outside Wine using
  C++ (and compiling their FreeMFC libs with MSVC++ for the benefit of
- Wine users)
+ Wine users).
 </p><p>
  As for COM/DCOM, having implemented big parts of it myself, I'm not so
  sure C++ would have helped a whole lot in any case. It's a mess and the
@@ -366,15 +366,15 @@
 following thread:</p>
 <quote who="Steven Edwards"><p>
 Ok I know this going to start YALD (Yet Another Long Discussion) that
-wont go anywhere right away but......
+won't go anywhere right away but......
 </p><p>
 ReactOS is getting ready to do a major import of the WINE dlls as you
 guys know due to my repeated cross-postings to Wine-devel and
 ros-kernel. When we compile rpcrt and ole32 from WINE with some hacks
-we can make it work under ReactOS but I would like to develop a
-implementation that works properly without dirty hacking. I dont know
+we can make it work under ReactOS but I would like to develop an
+implementation that works properly without dirty hacking. I don't know
 much about WINEs rpcss other than whats in the comments of the code and
-for that matter I dont know much about Windows rpcss. Can we share
+for that matter I don't know much about Windows rpcss. Can we share
 these components? How are we going to break compatibility by doing this?
 </p></quote>
 
@@ -428,7 +428,7 @@
  rpcss, and it rarely runs.
 </p><p>
  Sorry to fulfill the prophecy about "YALD (Yet Another Long
- Discussion) that wont go anywhere right away but......",
+ Discussion) that won't go anywhere right away but......",
 </p></quote>
 
 <p>Steven then gave a pointer to ReactOS' LPC:
@@ -452,8 +452,8 @@
  Petreolle decided to submit a patch to update Wine's ALSA interface but
  wondered why it wasn't applied:</p>
 <quote who="Sylvain Petreolle"><p>
-My winalsa patch for alsa 1.0 support wasnt commited and there
-wasnt any feedback fo it. Another winealsa patch was commited after
+My winalsa patch for alsa 1.0 support wasn't commited and there
+wasn't any feedback fo it. Another winealsa patch was commited after
 that, should I resubmit mine ?
 </p><p>
 References:
@@ -502,7 +502,7 @@
 <p>Mostly unrelated to this, Christian Costa submitted a patch
 adding WaveIn support to the ALSA driver and noted,
 <quote who="Christian Costa">
- I've succesfully done record and playback at the same time.
+ I've successfully done record and playback at the same time.
 </quote></p>
 
 </section>


More information about the wine-patches mailing list