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? (=> ~ 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