WineHQ: Assorted spelling fixes

Francois Gouget fgouget at free.fr
Wed Mar 31 05:10:22 CST 2004


Changelog:

 * wwn/wn20010326_88.xml
   wwn/wn20010415_91.xml
   wwn/wn20030523_171.xml
   wwn/wn20040326_216.xml

   Assorted spelling and case fixes.


-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.
-------------- next part --------------
Index: wwn/wn20010326_88.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010326_88.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20010326_88.xml
--- a/wwn/wn20010326_88.xml	30 Mar 2004 19:49:08 -0000	1.2
+++ b/wwn/wn20010326_88.xml	31 Mar 2004 11:03:07 -0000
@@ -65,7 +65,7 @@
 already did a proof-of-concept implementation.
 </p><p>
 Of course, a port of Wine to any non-Intel hardware means just a port
-of the Wine *library* at the moment, as Wine does not contain a Intel
+of the Wine *library* at the moment, as Wine does not contain an Intel
 processor emulator and cannot run Windows/Intel binaries on non-Intel
 hardware.</p>
 </quote><p>
@@ -160,7 +160,7 @@
 	posts="1"
 	startdate="03/26/2001"
 >
-<topic>Transgaming</topic>
+<topic>TransGaming</topic>
 <quote who="Gavriel State"><p>
 Just wanted to let everyone know that the TransGaming DirectX development is now
 being hosted at SourceForge.  You can get updates from our live CVS tree, discuss
@@ -178,7 +178,7 @@
 </p><p>
 Currently, we're undertaking a rearchitecture of the Direct3D work, along the
 lines of the DDraw HAL work we've been contributing to the WineHQ tree.  Basically,
-we're seperating the glX code into the x11drv for device independance.  We're also
+we're separating the glX code into the x11drv for device independance.  We're also
 redoing the front end interfaces to start supporting D3D APIs both older and newer
 than D3D 7.  
 </p><p>
Index: wwn/wn20010415_91.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010415_91.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20010415_91.xml
--- a/wwn/wn20010415_91.xml	26 Mar 2004 07:51:58 -0000	1.2
+++ b/wwn/wn20010415_91.xml	28 Mar 2004 12:45:45 -0000
@@ -154,7 +154,7 @@
 <p>Eric Pouech discovered some problems launching the debugger from a shell 
   script. Namely, 
   <quote who="Eric Pouech">someone (IIRC Gerard) had issues when starting the 
-  debugger when an exception occured. the setup was that the AeDebug registry 
+  debugger when an exception occurred. The setup was that the AeDebug registry 
   key pointed to a shell script, which in turn, launched the real debugger 
   (used to set up different context options, and such)</quote>. 
 </p>
Index: wwn/wn20030523_171.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030523_171.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20030523_171.xml
--- a/wwn/wn20030523_171.xml	16 Dec 2003 17:09:27 -0000	1.7
+++ b/wwn/wn20030523_171.xml	25 Mar 2004 09:56:46 -0000
@@ -274,7 +274,7 @@
 At one point Dimi thought a dsp2make utility would be a useful addition and Steven 
 mentioned ReactOS had one.  He went on to discuss some future plans,
 <quote who="Steven Edwards">
- My goal if the ReactOS guys can get more than winhello working is to have WINEs 
+ My goal if the ReactOS guys can get more than winhello working is to have Wine's 
  shell32 and comctl32 running for Linux world</quote>.   </p>
 
 <p>All in all the meeting was quite successful and a lot of people were glad to
Index: wwn/wn20040326_216.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040326_216.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040326_216.xml
--- a/wwn/wn20040326_216.xml	26 Mar 2004 07:51:58 -0000	1.1
+++ b/wwn/wn20040326_216.xml	28 Mar 2004 13:09:31 -0000
@@ -137,7 +137,7 @@
 context popup menu, choose the debug channel edition line.
 This will require you to have a running dbghelp DLL, which I might 
 provide RSN. In other words, this patch alone won't allow channel 
-manipilation, this patch and the yet to come dbghelp DLL will do.
+manipulation, this patch and the yet to come dbghelp DLL will do.
 </p><p>
 There's still lot of possible improvement on the UI part for the debug 
 channel editing, so if someone has better ideas for implementing it, 
@@ -175,8 +175,8 @@
 definitely against using a database, but hatky explained:
 </p><quote who="Ofir Petruska"><p>
 It uses DB only for creating the file as a parser
-becouse it's 3 lines of code 
-instade of 30 line parsing and very very flexable, I
+because it's 3 lines of code 
+instead of 30 line parsing and very very flexible, I
 talked to laxdragon, he 
 has not problem with it, he is still reviewing it...
 </p></quote>
@@ -248,7 +248,7 @@
 first element of the string-table, otherwise an auto-generated string is
 used, for example "20040322.1508-auto".
 </p><p>
-This makes winetest.exe build-time-dependant, so screws up the 
+This makes winetest.exe build-time-dependent, so screws up the 
 check to see if anything's actually changed.
 </p><p>
 Can I set WINE_BUILD to some fixed value?  If so, what's a good one to 
@@ -302,7 +302,7 @@
 This is of course all UK local time.  Do you mean 4am in one of the
 US-time-zones? (=&gt; ~ 9am-11am or so?).
 </p><p>
-Hmmm, in the past year there've been patches a 7am, 8am, 11am and 13am.  
+Hmmm, in the past year there've been patches at 7am, 8am, 11am and 13am.  
 There haven't been any 9am and 10am, but looking at the data it wouldn't
 be impossible for Alexandre to commit at usual hours of the day or night
 :)


More information about the wine-patches mailing list